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5 Patent application serial number 60/524,348 filed November 20, 2003, and U.S. 
Patent application sera! number J0/749J36 filed December 30, 2003, which are 
hereby incorporated by reference. 
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The present application relates generally to a feedback cancellation 

10 -system, 

in addition to access convenience, one of the advantages offered by 
network-based transaction facilities (e.g., bnsiness-to-bnsiness, bustn&ss-to- 
i i ■) r < o H ! ^ k ^ i i Sikh " a ^ ^ ii IkMu li d 
1 5 on-line communities is that participants within such, facilities or communities 
may provide feedback to she facility, to other users of the facility and to 
members of uxi on -Jioe community regarding any number of topics. 

based auction facility, feedback regarding other users is particularly important 

feedback for a trader that routinely uses an internet-based auction facility may be 
particularly valuable and useful in providing other traders with a degree of 
confidence regarding » specs tic trader. Accordingly, a positive feedback history 
may establish the credibility a?id trustworthiness of a particular trader withm an 
25 on-bne trading community. Similarly, a .history of negative feedback may 
discourage other traders .from transacting wuh a specific trader.. 

SUM^^RV Of THF i.NVE?\T!ON 

pertaining to a transaction in a network -based transaction facility from a first 
'.*a< party to dte transaction, determining whether feedback cancellation criteria are 
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s.m.tVd, and - as\<-ls.,y t u feedback pc.t u '-iv- !■• .n\ «:a"is,k"V-n -i *lv VedMck 
cancellation en tens are satisfied, 

BRIEF D ESC RIPT ION OF THE DRAWING S 
The present invention 5S Illustrated by way of example and not limitation 
5 -n the figures of the accompanying drawings. in which like references mtlieate 
similar elements and in which: 

Figure 1 - . b < ^ \ C uii, .a"a.mg an .>>e,v>iar> notwrk rut^t 
transaction facility in the fonn of an internet- based auction facility. 

Figure 2 is, a database diagram illustrating an exemplary database for the 
so transaction facility. 

Figure ;1 is a diagrammatic representation of an exemplary transaction 
record table of the database illustrated in Fig a re 2. 

Figure 4 is a diagrammatic represents* ion of an exemplary feedback 
table of the database ;i hymned in Figure 2. 
li Figure 5 is a diagrammatic representation of an exemplary feedback 

details tabk' of the database illustrated in Figure 2. 

Figure 6 is a block diagram of one embodiment of a feedback 
cancellation module. 

f igures 7-9 ar;: tiov,' diagrams of exemplary methods performed by the 
20 feedback cancellation module. 

Figures 11* - 24 illustrate exemplary use; interfaces. 
Flgtsre 25 is a block diagram of an exemplary computer system that may 
used to practice embodiments of the present invention. 

DETAILED DESCRIPTION 
25 A method and system for canceling feedback in a network-based 

transaction facility are described. In the following description, for purposes of 
i.v;\\m .t-<>\, nnme:<>n? sp^erfe JeKu i aic.- set f.-jjh m <j.de- > prossdv a 
thorough understanding of the present invention. It will be evident, however, to 
one skilled in the art that the present Invention may be practiced without these 
30 specific details. 



Terminology 

For the purposes of the present .specification, the rerm "transaction" shall 
be taken, to include any communications between two or more entities and shall 
be consorted to include, bm not bo limited to, commercial transactions including 
5 sale and purchase transactions, auctions and the like. 

Trans action Hcsaty 
H>4*m \ <k\KOi«i*f lhi\ s <* „v e^npi< % >jf -o 
transaction facility 10 that include one or more of a number of types of from- 
end serv ers, namely page server U ths*t deliver web pages (e.g., markup 
language documents), picture servers 14 that dynamical;}' deliver ;ni&ges to be 
ft displayed within Web pages, listing servers 16, CGI servers IS that provide an 
intelligent interface to the back-end. -of facility K), and search -servers 20 that 
handle search requests to the facility 10. E-mail servers 2 1 provide, inter aim, 
automated e-mail communications to users of the facility 10. 

The bade -end servers include a database engine server .1.?. a search index 
5 server 24 and a credit card database server 26, each; of which maintains and 
facilitates access to a respective database. 

The facility 10 maybe accessed by a client program 30, such as a 
browser (e.g., the Internet Explorer distributed by Microsoft Corp. of Redmond, 
Washington) that executes on a client machine 32 and accesses the facility i 0 
; u via a network such as, for example, the Internet ?.«. Other examples of networks 
that a cheni may utilize to scv-ess the auction facility 10 include a wide ares 
network (WAN), a local area network (LAN), a wireless network te.g., a cellular 
network), or the Plain Old Telephone Servsee (POTS) network. 

yaiahase Mructure 

! 5 Figure 2 is a database diagram illustrating an exemplary database 23. 

maintained by and accessed via the database engine server 22, svb-eh at least 
partially implements and supports the network -based transaction facility 10 such 



find application in many different types of computer-based, and network -based, 
commerce tacumes. 

The database 23 may, in one embodiment, be implemented as a relalbnal 
database, arid includes a number of tables having entries, or records, that ate 
5 linked by indices and keys. In m alternative embodiment the database 23 may 
be implemented as collection of objects in an object-oriented database, 

each user of the network-based transaction facility 10 such as an Internet- based 
auehoa facility. A user may operate as a seller., buyer, or both, within the 

It; UCi -> v ' >>e Jaf<joa--v 2 ^ ^ u\ , ee^ . s i\U > -< 4 " 1 f 3v -> I "vo" ) 
the user table 40. Specifically, the tables 42 include a seller items table 44 and a 
Vodoi in- \He A\,\: cook: n the c-m\ \<b o 4 ~n e, 1 >. -riiio.it* 
mnbtpie items that are being, or have been, auctioned via the facility 10. A link 
indicates whether the user is a seller or a buyer with respect to items for which 

i records exist within the item tables 42. The database 23 also includes a note 
table 48 populated with note records that maybe linked to one or more item 
records within the item tables 42 and/or -to one or more user records within the 
user table 40. Each note record within the table 48 may include, inter alia, a 
comment, description, history or other information pertaining to aa item being 

20 offered via the facility 1 0, or to a user of the facility 1 0. 

A number of other tables are also shown to be linked to the user tabic 40, 
namely a user past aliases table >0 f a feedback table 52, a feedback details table 
S3, a bids table 54, an accounts table an account balances tabic 58 and a 
transaction record table 60. 

25 f'ipxn 3 is a diagrammatic representation of an exemplary embodiment 

of the transaction record table 60 that is populated with records, or entries, for 
completed, or ended* transactions (e.g , auctions) that have been facilitated by 
the facility 10 The table 60 includes a transaction identifier column 62 that 
stores a unique transaction identifier tor each entry, and an end date column 64 

was established. A bidder column 66 stores a user identifier for a bidder tor a 
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purchaser);, the user Identifier con-prising & pointer to further user information 
stored in the user table 40. Similarly, a seller column 68 stores, lor each entry, a 
user identifier lor a seller within She relevant transaction. A.n item number 
column 70 stores, for each entry, an item number identifying the goods or 
3 service being transacted, and a title column 72 stores, for each entry, a 

descriptive title for the relevant transaction or for the item being transacted. A 
feedback column 73 stores, for each entry, data specifying whether feedback 
exists for the relevant transaction and whether this? feedback is current (i.e.. has 
not beers cancelled). 

to It should be noted that, in one embodiment, an entry is only created in the 

transaction record table 60 for transactions that have been established, for 
example, by the conclusion of an auction process, or by some other offer and 
acceptance mechanism between the purchaser and the seller. 

Figure 4 is a diagram mafic representation of m exemplary embodiment 

ii of the feedback table 52. The feedback table 52 stores summary information 
regarding feedback tor Uiers of the facility 10. The table 52 includes a user 
identifier column 74 that stores, for each entry, a .user identifier providing a 
pointer to the user table 40. A iota; score column 76 stores, for each user entry, 
a feedback score calculated by subtracting the total, number of negative feedback 

?.» comments received for the relevant user from the total number of positive 

feedback comments received for that user A total negative column 78 stores, 

relevant user, and a total positi ve column 80 similarly stores, for each user entry, 
the total number of positive feedback comments recei ved for that user. A 

;:=■ number of retractions column 82 stores, for each tutor entry, the number of bids 
that the relevant user has retracted from auctions. 

Figure 5 is a diagrammatic representation of one embodiment of the 
feedback details -able 53. which is populated with entries reflecting the details of 
each feedback comment or opinion submitted by a user to the facility 10 

50 regarding another user or nem involved in a transaction, in one exemplary 
embodiment, users ate only permitted to provide feedback pertaining to a 

,5... 



transactor, upon conclusion of that transaction The feedback information may 
pertain jo the other user that participated in the transaction, or to the object (e.g., 
goods or services) that was the subject of the transaction. In an alternative 
embodiment, comments or opinions are provided regarding an item or service 
5 that is odered for sale or regarding sirs event. In these cases it will be appreciated 
that a ttur&uciion is necessarily required lor feedback to be permuted. 

The feedback details table 53 includes an nem number column 104 
including an item identifier that points to a record within the stem tables 42. A 
comment column 1.06 stores., for each, entry, the actual text of the feedback, 
10 comment, or opinion, A type column .108. in one embodiment, stores indication 
as to whether die comment is positive, negative, neutral, or withdrawn. A date 
column 1 10 stores, for each entry, the date on which the feedback, comment or 
opinion was delivered A response column i 12 stores the text of a response 
submitted by a user (e.g., a user to which the original comment pertained) in 
15 response to the comment text stored in column 106, Similarly, a rebuttal column 
I iA stores the text of a rebuttal to such a response. 

.A feedback provider column 1 36 stores -be user identifier of the user that 
submitted the original comment, stored in column 106, for the entry. A 
oormuemee column 1 18 stores the user Identifier of the user to which comment 
20 may have been directed. 

The feedback details table 53 also includes a withdrawal date column 
1 2('i that stores, for each withdrawn feedback comment, the date on which this 
feedback comment was withdrawn. 

it v ill he appreciated thai further dates and other descriptive information 
may also populate the feedback details table 53. 

Fealback;CanceHation. 
Users of the network-based transaction facility 10 are allowed to leave 
feedback for oiher users, feedback provides users of the transaction facility 10 
with a degree of confidence regarding a specific user. That is, a positive 
30 feedback history may establish the credibility and trustworthiness of a particular 
user within the transaction facility 10 Similarly, a history of negative feedback 



may discourses: other users from transacting with a .specific user. Sometimes, 
feedback left for a user may not fee accurate. For example, j* feedback provider 
may leave a positive feedback by mistake (e.g., a buyer may leave negative 
feedback so a wrong seller) or the parties to a transaction may have been able to 
5 resolve the problem atler negative: Redback was left. Embodiments onhe 

present invention provide a mechanism for canceling feedback tn the transaction 
facility 10. 

hi one embodiment, the transaction facikty 10 coniatns a feedback 
cancellation module that ss responsible for canceling feedback comments 

to previously let by users of the transaction facility 10. Figure d is a block 
diagram of one embodiment of a feedback cancellation module 600. 

Referring to figure 6, the feedback cancellation module 600 includes a 
feedback cancellation request receiver -602, a feedback cancellation enk-na 
evaluator 604, a feedback cancellation recover o08, a feedback use? interlace 

is t 1 1 * eo k i .n< e s ~ itul j. d.tkt * ue i - b 1 flu fwdn a. \ cam cliaf on ■ *. quest 

receiver 602 is responsible for receiving a request to cancel feedback from a first 
uses, identifying a tsansaehn:! associated with the feedback and identifying a 
.second user who was the second party to the transaction. The feedback to be 
cancelled may include feedback comments left by the first and second users lor 

20 the relevant transaction. In one embodiment, the transaction is identified using 
an item number specified by the first user when submitting the request 

The feedback cancellation criteria ©valuator 604 ;s responsible for 
^\ s i \u \ n t n Mt > i ujk * ol \t s kw 1 o m - iu s 
based on a set of feedback cancdUiiOn criteria -hat encompass various rules for 

25 canceling feedback in the transaction facility 10. The rules may require, for 
example, that at leas- one feedback comment be associated with the relevant 
transaction, that the seqaes- to cancel feedback be received before an expiration 

with the transaction facility 10, that the feedback cancellation, request be below a 
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feedback cancellation request receiver 602 may use the item number to 
determine the- other pany to the transaction and to retrieve all feedback 
commons provided for this transaction. "These ieedbaek comments may be ktt 
by the first party and/or the second party. 
S At processing block ?04 5 the feedback cancellation criteria evak&tor 604 

determines whether the feedback cancellation request of the first party satisfies a 
set of feedback cancellation criteria. As discussed above, the set of feedback 
cancellation criteria are based on rules that may require, for example* that at 
least one feedback comment be associated with the relevant transaction, that the 
request to cancel feedback be received before an expiration date of the 
transition, that each party to the transaction be currently registered with the 
transaction i'sediiy 10, that the feedback cancellation request he below a 
threshold number of allowed feedback cancellations for each party to the 
transaction, etc., 

15 If the feedback cancellation request of the first party does not satisfy any 

of the feedback cancellation criteria, the criteria evahiator 604 creates an error 
message idem" i tying the problem (processing block 7 1 2 ) If the feedback 
cancellation request of the first party satisfies alt of the feedback cancellation 
erher t x- iVi-dixxl v.-reeKatn-n k quest pmcvssor 6- 6 mfonosv t>„ sev-ond 

20 party of the feedback cancellation request {processing block 706). In one 
embodiment, the feedback cancellation request processor 606 sends to the 
second party at) entail specifying the request and identifying the relevant 
transaction and feedback left for tfus transaction. The email may also include a 
link to a feedback cancellation form that the second party needs to access in 

23 order to proceed with the request. In other embodiments, the second party may 
be notified about the request of the first party using different communication, 
means te,g„ a letter, a voice message, etc.), 

A? processing block 70S. the feedback cancellation request processor 6GG 
receives front the second party a response to the feedback cancellation request. 

:-s0 In on<: embodiment, the response includes an stent number thai hnks the 



response to the feedback cancellation request of the first party, and a request of 
the second party to view detai led information about the relevant transaction. 

At processing block 710. the feedback cancellation criteria evahjunor 604 
determines, whether the response of the first party satisfies the feedback 
5 cancellation criteria F\«r example, Uic feedback cancellation criteria evaluate? 
004 may determine whether the response vs received before the expiration date 
of lite transaction, thai each party to the transaction -s currently registered with 
the transaction facility 10, etc, 

if the response of the second party does not satisfy any of die feedback 

id cancellation criteria, the criteria evaluates' 604 creates an error message 

identifying the problem (processing block ? 12.;. If the response of the second 
party satisfies all of ins feedback cancellation criteria, the feedback Ul generator 
612 presents to the second party information about the transaction and feedback 
comments left for this transaction (processing block 716). 

■ 5 At. processing block 716, the feedback cancellation request processor 606 

determines whether the second party confirms the cancellation of the feedback 
based on the input provided by the second party, if not, method 700 ends. If so, 
the .feedback cancellation request processor 606 causes the feedback cancellation 
recorder 60S to cancel the feedback (processing block ?20). In one embodiment, 

20 the feedback is cancelled by marking each relevant feedback comment as 
withdrawn, recalculating feedback scores and statistics of both parties, and 
marking the transaction as having withdrawn feedback to prevent the party who 
has not yei provided feedback from leaving stew feedback 

In one embodiment, method 700 performed by the feedback 

25 cancellation module 600 is divided into an initiator process that is based on 
interactions with the first party (referred to as a ronUtal feedback withdrawal 
(MFWi initiator) and a respondent process that is based on interactions with the 
second party (referred to as a MFW respondent) Figure 8 is a flow diagram of 
one embodiment of a method $00 for pertbmnng an exemplary MFW unhator 

>0 process Method 800 may be performed by the feedback cancellation module 
600, which may be implemented in. hardware, software, or a combination of 
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both. Method S00 is discussed with reference to exemplary T JIs created by the 
feedback Ul generator 61 2 and dhasffated m Figures 1.0-1 5.B 

Referring to Figure 8, metbod $00 begins with the feedback Ul generator 
612 presenting an initial MFW Ul to the first parry (processing block S02). An 
5 exemplary initial MFW Ul. is shown in figure 10. 

At processing block MM, the feedback cancellation request receiver 602 
receives an hem number provided by the first party vra the initial MFW' Ul and 
attempts to identify the transaction and the second party to the transaction based 
on the item number. If the neat number is associated with multiple transactions 
<y and multiple second parties (e.g.. the .first party is a seller who has multiple 
buyers of trie same stent), the feedback cancellation request receiver 602 
determines that further identification of the transaction is required and retrieves 
irtfermsfion persuing to the mult-pie transactions from the database 61 0. 

1 5 * I 'ii >. i,o < v. , e i fvi c> „r ■> O t fi *, „ h v <h «ift f s 

At processing block 806, the criteria evaiuaftor 604 determines whether 
the feedback withdrawal criteria are satis .tied. Table i illustrates exemplary 
feedback withdrawal cru^na used by the criteria evahnuor 604, 
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If any of the feedback withdrawal criteria are not satisfied, ihe feedback 
Ul generator 61 2 displays an error messages {processing block SI 6} If all of the 

5 feedback withdrawal criteria for the muki -transaction items are satisfied or the 
item ;s associated with tx single transaction (processing block 80S), the feedback 
LIT generator 612 presents to the -first patty an initiator review MFW UI that 
provides information about the transaction and feedback left for this transaction 
(processing block $1 $). Figure I3A illustrates txn exemplary initiator review 

it) MFW 111 

in one embodiment, if the first &nd second parties have multiple 
transactions for the same item, the feedback for each of those transactions is to 
he withdrawn at the same time and information for each of those transactions is 
ineluik-d in the initiator review MFW 01 as ilk-strafed in FSg«r« I3B. 
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If the first party decides to proceed further w>ih feedback cancellation, 
the feedback UI generator 6 J 2 presents to the first party a MFW policy Ui that 
provides information, about feedback cancellation rules in she transaction facility 
1 0 {processing block 820), Figure 14 illustrates an exemplary MFW policy UI. 

If the first party confirms the request to cancel feedback {processing 
block 822), Use feedback cancellation request processor 606 sends emails to the 
first party confirming ihe request and to second party notifying about the 
request. Figures 2.1 aad 22 illustrate exemplary emails sent to the first and 
second parties respectively. 
50 In addition, the feedback Ui generator 612 presents a MFW request 

confirmation UI to the fast puny 'processing block S2S). Figure ISA illustrates 
an exemplary MFW request confirmation UI 

If the first party docs not confirm die request to cancel .feedback 
(processing block 822), the feedback UI generator 612 presents a MFW request 
■5 cancellation Ui to the first party (processing block 828). Figure 158 Olusuates 

Figure 9 is a i'low diagram of one embodiment of a method 900 for 
performing an exemplary MFW respondent process. Method 900 may be 
performed by the feedback cancellation module 600.. which may be 

20 implemented in hardware, software, or a combination of both. Method 900 is 
discussed wirh reference to exemplary UIs created by the feedback UI 
generator 612 and illustrated in Figures 16-20. 

Referring to Figure 9, method 900 begins with the feedback Ui generator 
61.2 presenting an initial respondent MFW UI to the second party (processing 

25 block 902). An exemplary initial respondent MFW Ui is shown in Figure \ €. If 
the second party accesses the initial respondent MFW Ui via email, the item 
number is included in the Ui. as illustrated in Figure 16. Alternatively, the 
second party is requested to enter the item number. 

When the second party asks for details of the relevant transaction 

:<0 (processing block 904}, ihe criteria ©valuator 604 determines whether the 

feedback withdrawal criteria are satisfied < processing block 906). Exemplary 
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feedback withdrawal criteria used by the criteria e valuator 604. ay<< illustrated in 
Table 1. 

If any of the feedback withdrawal criteria are nor satisfied, the feedback 
i, ,r\p 'il'Jhl ^ u > - ^cMi><^ K Ov^ '1m KnnpV- 
S of error messages an- incaukd in Table 1 . Figure 17 illustrates an exemplary 
UI that presents an error message to the user. 

If all of the feedback withdrawal criteria a?e satisfied and the item 
number is associated with multiple transactions (piotsssiag block 90S), the 
feedback Ui generator 612 presents to the second party a multi-item MFW 1)1 
\a containing a list of transactions to the first party, as illustrated in Figure 12. 

Upon receding an identifier of the transaction horn the second party 
(processing block 910), the criteria evautator 604 determines whether the 
feedback withdrawal criteria are satisfied {processing block 9 1 2). Table 2 
illustrates exemplary feedback withdrawal criteria used by the criteria ev<?Iuafor 

If any of the feedback wi thdrawal criteria are no t sat i s fied, the feedback 
UI generator 612 displays an error messages {processing block 913.}- If all of the 
feedback withdrawal criteria for the nnnti-trartsaction items are satisfied or she 
item is associated with a single transaction (processing block 908 s, the feedback 
UI generator ol 2 presents to the second party a respondeat review MFW UI that 
provides information about the transaction and feedback left for this transaction 
(processing block 914}. Figure 18 illustrates an exemplary respondent review 

if the second party decides to proceed further with feedback cancellation. 
25 the feedback UI generator 6 1 2 presents fo the second party a MFW policy UI 
that provides inforsnatien about feedback cancellation rules in the transaction 
facility 10 as illustrated in Figure .14. 

If the second party does not confirm the request to cancel feedback 
(procsssho.; block 918). the feedback UI generator 612 presents a MFW ^-.lev? 
30 cancellation UI to the second party (processing block c >20r. Figure 20 illustrates 
an exemplary MFW request cancellation UI. 
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If the , e> ^ I par*" c,\si?n ^ iK ^ i hdtaw J o, ( ,1 a \ tp ou >ms 
block 918.), the feedback cancellation request processor 606 sends an email to 
the first parly confirming thai the reques? has been suecessmfty completed. 
Figure 23 illustrates an exemplary em&d sent to the first party, in addition, the 
S feedback til generator 61 2 present a MFW success VI to the second pany 
(processing block 022). Figure 19 illustrates an exemplary MFW success U! 

Afterwards, the feedback cancellation recorder 60S marks feedback left 
for the relevant transaction as ■withdrawn (processing block 924), records the 
withdrawal date for euch relevant feedback comment (processing block 926), 
}0 and re-calculates feedback scores, rating totals and recent ratings lor both parties 
(processing block 928). 

Subsequently, if any user of the transaction facility 20 requests to vicsv 
feedback left either for the first or second party, the feedback U'i generator 612 
presents a feedback review Ui feat identifies withdrawn feedback comments, 
i ; . Figure 24 Ukstnites an exemplary feedback review V\ thai identifies "withdrawn 
feedback 2402, provides the number 2404 of withdrawn comments, and ratings 
and statistics 2406 .reflecting the withdrawn comments. 

£$raputer System 
Ft£«re .25 -mo^a a dugrammsnc repivsemati-in of a maehmc tn \hv 

for causing the machine to pcribnn any one of the methodologies discussed 
above, may be executed. In alternative embodiments, the machine may 
comprise a network router, a network switch, a network bridge, Personal Digital 
Assistant (PDA), a cellular telephone, a web appliance or any machine capable 
25 of executing a sequence of instructions that specify actions to he taken by that 
machine. 

lite computer system 2500 includes a processor 2502, a mam memory 
2504 and a static memory 2506, which communicate with each other via a bus 
2508. The computer system 2500 may further include a video display unit 2510 
3o (e.g . a liquid crystal display { LCD) or a eaihodc jay tube (CRT)}. The computer 
system 250(s : .dso includes an alpha-numeric input device 2512 (e.g. a keyboard}, 
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a cursor control device 2514 (e.g. a mouse), a disk drive unit 25 16. a signal 
generation device 2520 te.g. a speakers ami a network interface device 2522. 

I he disk drive unit 25 16 includes a njschine-readahle medium 2524 on 
which us stored a set of instruct Urns (i.e., software) 2525 embodying any one, or 

5 all of the methodologies described above. The software 2526 is also shown to 
reside, completely or at least partially, wuhiu the main memory 2504 and/or 
within the processor 2502. The software 2526 may further be transmitted or 
received via the network interface device 2522. For the purposes of this 
speciikuhon, the term " machine-readable medium" shall he takers to include 

jo any medium that is capable of storing or encoding a sequence of instruct ions for 
execution by the machine and that cause the machine to perform any one of the 
n methodologies of the present invention. The term "mack ins-readable med turn" 



CLAIMS 

I , An apparatus characterised by: 

a feedback caned sat ton request receiver 10 receive a request to cancel 
feedback pertaining to a transaction in a nenvork-based transaction facility from 
.1 a fhsi party to die transaction; 

a feedback cancellation enteric evakiaior, conimiinieately coupled to the 
feedback cancellation -request receiver, to d etermine whether one or more 

a feedback cancellation recorder, communicate! y coupled to the feedback 
i 0 cancellation criteria evaiuator, to cancel, the feedback pertaining to -the 
transaction if the one or more feedback cancellation criteria arc satisfied 

2 The apparatus of claim .1 further comprising: 

a feedback cancellation request processor to determine that a second 
15 party to the transaction agrees to cancel the feedback pertaining to the 
transaction. 

> The apparatus of claim I wherein the feedback pertaining to the 
transaction includes at least one of & feedback comment let; by the first party for 
2;; -a second party to the transaction sod a feedback comment, ten by the second 
party for the first party. 

4. The apparatus of claim 1 wherein the feedback cancellation request 
receiver is further to identity a second party to the transaction baaed on input 

25 provided by the first part;,', to present to the first party information identifying 
the second party and the feedback pertaining to die transaction, and to receive a 
confirmation of the request to cancel feedback from the first party. 

5. The apparatus of claim 4 wherein the input, provided by the first party 
50 includes an identi Her of an item associated with the transaction. 
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6. The apparatus of claim I wherein the feedback cancelation request 
receiver is further to notify a second party to the transaction about the request to 
cancel feedback. 

7. The apparatus of claim 2 wherein the feedback cancellation request 
processor is to determine that the second party agrees so cancel the feedback by 
presenting to the second party information identifying the transaction for which 
•he first party submitted the request to cancel feedback, and receiving a 

;o confirmation of feedback cancellation from the second party. 

8- The apparatus of cl aim. 1 wherein the feedback cancellation recorder is to 
cancel the .feedback pertaining to the transaction by marking the feedback 
pertaining to the transaction as withdrawn, arid recalculating feedback scores and 
15 statistics for each of the first party and a second party to the transaction. 

9. The apparatus of claim 1 wherein the one or mare feedback cancellation 
criteria includes at least o-«e requirement selected front the group consisting ot a 
requirement that at least one feedback comment pertaining to the transaction 

20 exist, a requirement that the request to cancel feedback be received before an 
expiration date of the transaction, a requirement thai a second party to the 
transaction agree to cancel feedback before an expiration date of the request to 
cancel feedback, a requirement that each of the first and second parties be 
currently registered with the network-based nars^actlon facility, and a 

25 requirement that each of the first and second panics do not exceed a feedback 
cancellation limit 
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l 0. A method characterized by: 

receiving a request, as an electronic communication, to cancel feedback 
pertaining to a transaction at a network-based transaction facility from a first- 
party to the transaction; 

automatically determining whether one or moie feedback cancellation 
criteria are satisfied; and 

autotrtatkally canceling the feedback pertaining to the transaction n" the 
one or more feedback eanoeilahon criteria are satisfied. 



1 o 1 1 T be method of claim 1 0 farther comprising: 

determining that a second piety to the transaction agrees to cancel the 
feedback pertaining to the transaction. 

12. The method of edami 10 wherein the feedback pertaining to the 
1 s transaction includes at least one of a .feedback comment left by the first party for 
a second party to the transaction and a feedback comment left by the second . 
party tor the first party. 



\ 3. The tnethod of claim 1 0 further comprising: 

>'} i' I ilM Hi s <. t i > I n if t l't p! v ! 1 i I % 

the first party; 

presents ag to the first party information identifying the second party and 
the feedback pertaining to the transaction; and 

receiving a confirmation of the request to cancel feedback from the first 

25 party. 
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comprising: 

r&nsaetiort about the request to cancel 

] ?, The method of claim 16 wherein notifying the second party comprises: 
sending K> the second party an email message m forming the 
; 5 second party of the request to cancel feedback pertaining to the transaction. 

i 8. The method of claim 1 7 wherein the email message sent to the second 
party includes & link to a feedback cancellation form. 

20 19. The method of claim \ .1 wherein determining that the second party 
agrees to cancel the feedback comprises: 

presenting to the second party information identifying the transaction for 
which the first party submitted the request to -cancel feedback; and 

receiving a confirmation of feedback cancellation from the second party. 

i no n v. ne<. ot<U > i !! ^ i" u 
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upon fceeivwg a request for feedback left Cor any one of the first party 
and a second party to the transaction, displaying one or more feedback 
comments periauung to the transaction with a feedback withdrawal commons. 

22. The method of chit)* 10 further comprising: 

preventing any of she ftrst party and a second party to the transaction 
uont enteung frcdlud. comments for She isam-aUtoss upon cameling She 
feedback pertaining to the transaction. 

23. The method of claim 10 wherein the one os more feedback, cancellation 
criteria includes at least one requirement selected from the group consisting of a 
requirement that at least one feedback comment pertaining to the transaction 
exist, a requirement that the request to cancel feedback be received before an 

!;= expiration dote of the transaction, a requirement thai a second party to the 

transaction agree to ;;ancel feedback before an expiration date of the request to 
cancel feedback, a reqtnsement that each of the firs! and second pasties be 
currently registered with the network* based transaction facility, and a 
requhemem ilu-t each cl the first and second parties do not. exceed a feedback 
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